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Abstract 



(DE 4131380) 



A method of adapting an object-oriented application 
distributed among several, operating system processes involves 
a processing method for code substitution from application 
sources to be compiled according to a stub concept. A 
configuration method is used to distribute instances of the 
application as objects or stub objects for modules of compiled 
application sources to be bound together. A communications 
method which is provided for a running process is used to call 
up methods for objects of the application with the aid of a 
stub method. 

ADVANTAGE - Eliminates need for programmer to modify 
application sources which are to be compiled. 
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(g) Verfahren zur Adaption einer objektorientierten Applikation 

@ Es wird bei einer objektorientierten Applikation beim 
Compiheren der Sourcen der Applikation ein Aufbereitungs- 
verfahren. beim Binden ein Konfigurationsverfahren, sowie 
beim Ablauf ein Kommunikationsverfahren angewendet zum 
Aufrufen von Methoden fur Objekte. Bei einer Anderung 
einer Systemkonfiguration ist eine Adaption der Sourcen 
nicht erforderlich. Dies gilt auch bei einer Erweiterung der 
objektorientierten Applikation. 
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Beschreibung 

Die Erfindung betrifft ein Verfahren zur Adaption einer objektorientierten Applikation. so daO diese auf 
mehrere Betnebssystemprozesse verteilbar isL 
5 Objektorientierte Applikationen sind mittels einer objektorientierten Programmierung realisierbar. Ein ob- 
jektonenaertes System besteht nicht nur aus Funktionen oder Prozeduren, welche einander aufrufen. etwa bei 
emer Programmierung mit den Programmiersprachen Fortran, Pascal, Q sondem es sind auch Objekte vorgese- 
hen, die durch den Austausch von Nachrichten miteinander konmiunizieren. Ein Beispiel fur eine objektorien- 
tierte Programmiersprache ist die Programmiersprache C+ + . welche durch eine Erweiterung der weit verbrei- 
10 teten Programmiersprache C entstanden ist In der Programmiersprache C++ werden KJassen von Objekten 
durch Typdefiniuonen vereinbart Die Objekte gelten als Variablen eines Klassentyps und werden als Instanzen 
der Klasse bezeichnet Jedes Objekt hat Instanzvariable als einen Satz von Daten. Auf die Instanzvariablen kann 
nur rnittels besommter Funkuonen zugegriffen werden. die in der jeweiligen Klassendefinition festgelegt wer- 
den. Diese der Klasse zugeordneten Zugriffsf unktionen heiBen Methoden der Klasse. In der Programmierspra- 
15 Che C+ + ist das Senden einer Nachricht an ein Objekt gleichbedeutend mit dem Aufruf einer Methode fur 
dieses ObjekL Die Programntiiersprache C+ + unterstQtzt die Vererbung von Klassen. Die Instanzvariablen und 
die Methoden emer Klasse konnen von einer abgeleiteten Klasse durch Vererbung ubemommen werden. Es 
konnen Methoden der Basisklasse mit dem Schlusselwort virtual deklariert werden, so daB diese Methoden in 
einer abgeleiteten Klasse redefinierbar sind Objekte sind durch Zeiger ref erenzierbar sowie dynamisch erzeug- 
20 bar so daB erst zur Laufzeit entscheidbar ist. welche Implementierung einer Methode tatsachlich ausgefuhrt 
wird. In der Programmiersprache C+ + sind Applikationen auf genau einen ProzeB im Sinne des Betriebssy- 
f ^™l„®Srenzt Bei einer realen Anwendung kann es zu Problemen fQhren, wenn die Applikation eine bestimm- 
te GroBe uberschreitet. da Betnebssystemprozesse nur eine begrenzte GrdBe annehmen konnen. Somit ist ohne 
zusatzhche MaBnahmen auch die GroBe einer C+ + Applikation begrenzt Aus einigen Anwendungsbereichen, 
25 insbesondere der Automatisierungstechnik sowie der Telekommunikation, bestehen Anforderungen welche 
eine Aufteilung der Applikation auf mehrere unabhangige. getrennt ausfUhrbare und ladbare Betriebssystem- 
prozesse yeriangen. Erne derartige Aufteilung auf mehrere Betriebssystemprozesse. also keine light-weight 
Prozesse. ist mit den Sprachmitteln von C+ + alleine nicht formulierbar. Eine derartige Aufteilung einer 
Applikation auf mehrere Betriebssystemprozesse bedingt eine wesentliche Erweiterung der Funktionalitat 
30 indem Mechanismen des Betriebssystems genutzt werden soUen. die die Kommunikation zwischen den Betriebs- 
systemprozessen hersteUen. Es ist denkbar. daB explizit vom Programmierer in die Applikation Aufrufe fur eine 
InterprozeBkommunikation (IPC) eingefugt werden, sowie daB eigene IPC-Klassen verwendet werden. Der 
Softwareemeller hat in diesem Fall die Programmierung der IPC-Mechanismen selbst vorzunehmen. Die 
Aufteilung der Applikation auf die einzelnen Betriebssystemprozesse ist fest im Sourceprogramm eincodiert. Bei 
35 emer erforderiichen Andening der Prozeflauf teilung sind vom Programmierer die Sourceprogramme zu modifi- 
zieren una emeut zu compilieren. 

w.^H^^ ^yfgabe der Erfindung. ein Verfahren anzugeben. zur Adaption einer objektorientierten Applikation, 
welche auf mehrere Betnebssystemprozesse verteilbar ist. so daB insbesondere der Programmierer die zu 
compiherenden Sourcen der Applikation nicht selbst modifizieren muB. 
40 Diese Aufgabe ist gelost bei einem Verfahren zur Adaption einer objektorientierten Applikation. welche auf 
mehrere Betnebssystemprozesse verteilbar ist, 

a) mit einem Aufbereitungsverfahren zur Codesubstitution von zu compilierenden Sourcen der Applikation 
gemaB emem Stub-Konzept, 

^*'i^u•"f ,^o"fif V''^^^^'^^^'^^*^''^" 2"'" Verteilung von Instanzen der Applikation als Objekte oder 
btub-Objekte fur zu bmdende Module aus compilierten Sourcen der Applikation, 

c) mit einem beim Ablauf vorgesehenen Kommunikationsverfahren zum Aufnifen von Methoden fur 
Objekte der Apphkation mit Hilfe einer Stub-Methode, 

50 Ausfuhrbar ist ein bevorzugtes Verfahren mit zumindest einem von folgenden Verfahrensschritten des Aufbe- 
reitungsverfahrens: 

d) es wird eine KJassendeklaration der Sourcen analysiert fur eine Vergabe von Methoden- Identifikationen, 
so daB Methoden von verwendeten Klassen der Applikation eindeutig mittels der Methoden-Identifikation 

55 identifizierbar sind. 

e) es werden die Klassen der Applikation mit einer generischen Methode erganzt, mittels welcher jene 
Methode beim Ablauf lokal aufrufbar ist, welche durch einen Parameter der generischen Methode in Form 
der Methoden-Identifikation identifiziert wird. 

f) es werden Basisklassen der Applikation um eine redifinierbar deklarierte Stub-Methode erganzt. 

60 g) es wird jeder von bei einem Ablauf vorgesehenen Aufrufen von einer Methode fur ein Objekt der 

Klassen ersetzt durch emen beim Ablauf vorgesehenen Aufruf der Stub-Methode fur das Objekt, 

- so daB bei einem positiven Ergebnis des Aufrufs der Stub-Methode fur das Objekt beim Ablauf ein 
Aufruf vorgesehen ist zu einem prozeBubergreifenden Versenden von einer Nachricht, durch welche in 
einem Remote-ProzeB der Aufruf der Methode des Objektes veranlaBt wird, indem die Methoden-Identifi- 

65 kation in der Nachricht enthaiten ist, 

- sowie daB bei einem negativen Ergebnis des Aufrufs der Stub-Methode fur das Objekt beim Ablauf im 
Lokal-ProzeB der Aufnif der Methode des Objektes erfolgt. ^ """^ ™ 
h) es werden Hilfsdefinitionen fur Methoden generiert. so daB zu jeder Methode der Applikation zumindest. 
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— ihr Klassenname, 

— ihr Methodenname, 

— ihre Parametertjrpen, 

— ihr Parameterstring fur ein Einpacken sowie Auspacken von Parametem, sowie, 

— ihre Methoden-Identifikation definiert sind. 



; AusfQhrbar ist ein weiteres bevorzugtes Verfahren mit zumindest einem von folgenden Verfahrensschritten 
. des Konfigurationsverfahrens: 

k) es wird eine bestimmte Systemkonfiguration der Applikation analysiert fur eine Verteilung der Objekte 
als die Instanzen der Applikation auf die Betriebssystemprozesse der Applikation, 

m) es wird eine generische Instanzieningsfunktion generiert, mittels welcher beim Ablauf ein neues Obiekt 
der Applikation instanzierbar ist, 

- mit einer lokalen Instanzierung im Lokal-ProzeB bei einem gemaO der Systemkonfiguration lokal zu 
mstanzierenden Objekt, so da0 das negative Ergebnis beim Aufruf der Stub-Methode im Lokal-ProzeB fur 
dieses lokal-instanzierte Objekt vorgesehen ist, 

" sowie mit einer remoten Instanzierung bei einem gemaB der Systemkonfiguration remote zu instanzie- 
renden Objekt, mdem im Lokal-ProzeB ein prozeBQbergreifender AnstoB vorgesehen ist zur Instanzierung 
dieses remote zu mstanzierenden Objektes im Remote- Prozefl, sowie mit einer lokalen Instanzierung fur 
ein zu diesem Objekt vorgesehenes lokales Stub-Objekt, dessen Stub-Methode im Lokal-ProzeB redefiniert 
oK-^t''''' ri'Ti Ergebnis beim Aufruf der Stub-Methode fur dieses als Stub-Objekt lokal instan- 
zierte Objekt im Lokal-ProzeB vorgesehen ist, 

n) es wird eine generische LAschfunktion generiert, mittels welcher beim Ablauf die Instanzierung von 
emem der Objekte der Applikation loschbar ist. j.ui.i^.crung von 

ten Objiir ™ Lolcal-ProzeB bei einem gemaB der Systemkonfiguration lokal-instanzier- 

Obl^^X'I^L^Pr^^lJ^^Ti^^'' «i"u Systemkonfiguration remote instanzierten 

Objekt. mdem im Lokal-ProzeB em prozeBubergreifender AnstoO vorgesehen ist zum Loschen dieses 

p) es werden Runfiles erzeugt, indem zu den Moduien bei jeder ladbaren Einheit Module 

— fur die instanzieningsfunktion, 

— fur die Loschfunktion sowie 

— fur die Hilfsdefinitionen fur die Methoden der Applikation dazugebunden werden. 

def Ko'SIliuSk"^^^^^^^^ ^°'eenden Verfahrensschritten 

st^rf^itntklir^^^^^^^ 

SergXundle^ h£S^^^^^^ lokalen Aufruf der Stub-Methode far das Objekt, aus 

— die Methoden-Identifikation, 

— das remote-instanzierte Objekt sowie 

— Methodenparameter ermittelt, 

t) es wird anhand des Parameterstrings eine Nachricht verpackt im Lokal-ProzeB 
u) es wird die Nachricht im Remote-ProzeB empfangen. 

V) es wird im Remote-ProzeB nach dem Auspacken der Parameter das lokal insunzierte Objekt ermittelt, 
w) es wird mittels der generischen Methode anhand der Methoden-IdenUfikation der Aufruf der dadurch 
identifizierten Methode ausgefQhrt 

iiegt die Idee zugrunde. daB die zu compilierenden Sourcen der Applikation in einem Aufberei- 
M^^IS 7"/°^ °"u^''*' ^'"'^^ Praprozessors modifizierbar sind, so dafi durch Codesubstitution 

Methodenaufrufe ersetzbar sind durch Codesequenzen. mittels derer beim Ablauf entscheidbar ist, ob ein 
f«°« r • ^.f " y.M?^"^*'? Nachricht erforderlich ist, oder ob ein lokaler Aufruf erfolgen solL Dies 
ist realisierbar. mdem Hilfsdefinitionen fOr die Methoden generiert werden, so daB durch den Einsatz dieser 
speziellen Dateien eine Sicherung der Konsistenz des Systems bei der Applikation gewahrieistet ist Dies ist 
weiterhm erzielbar. mdem ein Stub-Konzept angewendet wird. bei welchem Stub-Methoden und Stub-Ob iekte 
verwendet werden. Weiterhin ist dies erzielbar. indem eine Instanzierungsfunktion sowie eine Loschfunktion in 
einem Runtime-System eingesetzt wird. Dies ist weiterhin erzielbar. indem bei einem prozeBQbergreifenden 
Komm^unikationsyerfahren beim Ablauf insbesondere eine generische Methode eingesetzt wird. von welcher 
annand einer Methoden-Identifikation der dadurch identifizierte Methodenaufruf ausfOhrbar ist. 
An einer vorteilhaf ten Weise braucht der Programmierer die Sourcen nicht selbst modifizieren. 
in einer vorteilhaften Weise kann der Programmierer die Sourcen der Applikation beispielsweise mit den 
Sprachmitteln der Programmiersprache C + -1- erstellen. 

jIn einer vorteilhaften Weise ist mittels der Codesubstitution beim Aufbereitungsverfahren nur eine einmalige 
Modif ikation der Sourcen mit deren anschlieBender Compilierung ausreichend. Bei einer Anderung der System- 
konfiguration. also bei einer Anderung der Verteilung der Applikation auf mehrere Betriebssystemprozesse ist 
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ITort^^l Applikation nicht erforderlich. so daB auch eine neue Compilierung nicht 

If in ^'r*'" ^"^i'haften Weise wird mittels der Hilfsdefinitionen fur eine bestimmte Systemkonfieuration die 
Konsistenz des Gesamtsystems der objektorientierten Applikation sichergestellt die 
5 Die Erfindung wird anhand der Figuren. in welchen Ausf Ohrungsbeispiele enthalten sind. naher erlautert 

aumisLS;=^^^^^^ 
BeS:b^j;o\s;5tS'bS^^^^^ 

10 Die Fig, 3 zeigt ein Aufbereitungsverfahren fQr das erfindungsgemaBe Verfahren zur Adantion einer obiekt 
onentierten Applikation. welche auf mehrere Betriebssystemprozisse verteilbar ist '^'^^P""" ^'"'''^ 

DieFig.4zeigteinKonfigurationsverfahrenfurdaserfindunesEeniaBeVGrfahr..nT..r A^,^.s« u- i 

onentierten Applikation. welche auf mehrere BetriebssystemprlzSTtSlSst ' 
. ,..ri!i ?• ^ T- ProzeBQbergreifendes Kommunikationsverfahren fur das erfindunesBeniaBe Verfahren 

Die Rg. 7 zeigt eine Codesequenz nach einer CodesubstituUon des Methodenaufrufs. 
n!! f ^^-^^ prozeBQbergreifenden Sendeaufruf fOr eine Nachricht als einen Teil der Codeseauenz. 

«"»en Aufruf einer Stub-Methode aJs ein TeU der Codesequenz. Codesequenz. 
20 Wie die Fig. 1 zeigt. besteht ein AusfQhrungsbeispiel fur das erfindungsgemaBe Verfahren zur AHanti«n 
objektonentierten Applikation. welche auf mehrere BetriebssystemproleKrveAeilba^ i« a.^c w^^^ 
schntten VIOO. V200. V300. V400, V500. V600. sowie WOO ^"^"'P^^^"^ verteilbar ist. aus den Verfahrens- 

def ApptatTon\'^S;r"'"" ''''' "^^^ ''^o^-™"- werden die zu compilierenden Sourcen 

wir^/^l^^^^ 

trd^M^rdS^^^^^^ 

trll^T die Methodenaufrufe in den Sourcen der ApSES^mrd^iSlal^^^^ 

So"dS'd:^^?So?gSJrr^^^^^ "'"^"^ Methodenaufrufe. Es werden^-^sTeS^e^ftt 
we^der^^mlSkyt'''''"""''"" "''"^ """^ Aufbereitungsverfahren modifizierten Sourcen 

Es folgt der Verfahrensschritt V400. Es wird ein Konfigurationsverfahren aussefQhrt F« wirH ir-. r 

„ ra£'°'^ *' Verfahtensschrin V600. Es wird .in Abtauf d.r B.,ri=bs„..e,„proz.sse der AppUkaUon ausje- 
»™ns..rfahreii en>«al durehgefohrt Da„ch folp der viSSriiJ^™ b«i S™ 71 ■ ? 2°5' 

tion , V^rf.^h'-^^f hntt Vioi ausgefuhrt. Von einem Programmierer werden dfe Sourcen der Aoolika 

» reS^d!:s^^er:l^-1sttr^^^^^^^ 
3pe'5^"^.Tsi.''i^xxsrsi^^^^^^^^ 

55 Es folgt der Verfahrensschritt V601. Es erfolgt der Ablauf der Applikation. 

H!« ;°^c n'"-^'"/^.*^''1"'''l"" ^ '^'■d S^P'^it, Ob eine Konfigurationsanderung erforderiich isL Falls 

dies der Fall ist. folgt der Verfahrensschritt V801. GemaB einer neuen Systemkonfiifr^JiJ^^ ^ 

e^;z?i""R r "k*' ''^^ AppUkauon modifiziert. indem gemaBTerneu^fv™^^^ 

einzelne Betnebssystemprozesse in den Sourcen explizit Aufrufe fQr eine prozeBuberSfendri5,rSmStron 
So^rctnor;JStSlSe^ '^'^ Verfahrensschritt V30,. bS welchem ^ t1b%n3'S^:: 

n^n^^Il £1^! ^«'S^«"»chn5t V501. bei welchem das Unkverfahren emeut durchgefiihrt wird. 
konfigu?«iSS'elV '^^^^^^^ ^'""^ 

V?m!^ hS^o!^*"!^ u'^* ein AusfQhrungsbeispiel fur das Aufbereitungsverfahren des Verfahrensschrittes 
V200 aus den Verfahrensschmten V210. V220. V230. V235. V240 sowie V250 crranrensscnnttes 

"^"^ f*-*"" yerfahrensschritt V210 ausgefuhrt Es wird eine Klassendeklaration der Sourcen der AoDlikation 
analysiert fur eine Vergabe von Methoden-Identifikationen. so daB die Methoden von dervemendeten JJS^^ 
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''^^''ft*'*'^/'^*!.""'*'* eindeutig mittels der Methoden-Identifikation identifizierbar sind. 

Es folgt der VerfahrenMchntt V220. Es wird eine Protokoll-InformaUons-Datei aufbereitet. in weicher Hilf, 
definiuonen for die Methoden der Applikation enthalten sind. so daO zu jede^SSe derADolU^don 
zunundest .hr Klasseimame. ihr Methodenname. ihre Parametertypen. ihr PaUmeterstriJg for ein Sa^^^^ 
sowieAuspackenvonParameternsowieilireMethoden-IdentifikaUondefiniertslnd. Empacken 
'^.r^.l^^^r.^^'''"^""**!?" X^i^ *^as«" ''er Applikation urn die generische Methode 

... iS^ienrLto/;a"SS!;rar^^^^^ ^" '''' Methoden-Identifikation ein W dertdu^^f 

<ie^^eS:^:f^1S::^i^J'^' ^ ''^^ ^P""'-^- - redefinierbar 

Cc^eSSt.S'''^™'"'^" '^^ Methodenaufrufe modifiziert mittek einer 

de^gSSen un'dlfft^^^^^ HUfsdefmitionsdatei werden die Hilfsdefmitionen fQr die Metho- 

V4lSLtdS«v:5SSSc^^^^^^^^ 

^n^^"^^^ der Verfahrensschritt y410 ausgefQhrt. Es wird eine bestimmte Systemkonfiguration der AoDlikation 

MeVhX-TdeSS^^^^ V640. FQr die aufzurufende Methode wird deren 

ins^e^eS^;:^^!"^'"" ""^'-^ ^"^"^'^ ^^^^^er in diesem Fall das remote 

S wfl^/.Xf'!fu^"''^*''l"^* V642. Es werden die Parameter fQr den remoten Aufruf der Methode veroackL 
Prfz^fn^Z:::^e^:::Si^i:''''- ^ ^^"^ mterprozeBkommunikation (IPC) J:^s"SJVer;o1a.- « 

auSgeJacir***'""'* Verfahrensschritt V650. Es werden die Parameter fur den Aufruf der Methode 

die?e:°!.^1f;]Stem^^^^^^^^^^ ^^^^ Remote-ProzeB ermitte,. Dieser ist in 

M|hSe^„^5;„^SS^^^^^^^^^ MtJSdfe;iSS^ der geneHschen Methode. bei weicher mitteis der 

Ob?e£^ Verfahrensschritt V660. Es erfolgt der Aufruf der Methode f Ur das im Remote-ProzeB instanzierte 
lJl^%^t!l}:n^!^u'"°'^"'^'^'^ Verfahrensschrittes V670 wird nach dem Remote-ProzeB der 

^i- ^ besteht ein AusfQhrungsbeispiel fflr einen lokalen Aufruf einer Methode fflr ein Obiekt 
aus einem Objektpomter. einem Methodennamen sowie aus Parametem. Der Ob bildet d^bd dne 

^t^^T ''"'r?'^-^.^^^*!'-.'^' "^^^"^^ Nachricht gesendet wird. Der MethodeS?amrbi det e Se 

GemaB verembarter Notation gilt beispielsweise folgende Schreibweise: i^acnncnt «, 

<Gbjektpointer > — < Methodenname > ( < Parameter > ) 

Referenzauf das Objekt, an das die Nachricht gesendet wird « 
< Methodenname >: Bezeichnung der Nachricht 
<Parameter>: Parameterteil fQr die Nachricht 
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die zu compiUerenden Sourcen der Add ikatioJ ek^ d^rTrt^^^? m .k f " ;"«m Aufbereitungsverfahren fa' 
ersetzt werden durch eine a>desequeS „ Sh^ zusTS S ii^rST?"?' T'f' C°d«"bstitution 




Parameter >): 



30 



35 



< Pa..™e,.„rt„g> , ^Chen^lng z^r IdenUn=.™„g von P„™e,=™ b.i„ enpa*e„ sow» Auspacken 

GemaB «»r«mbarter Notation gilt bebpielsweise tolgende sSbS. 
« (SX.SEND(CCSX„bV) <Obi.k,p„i„„r>. <Methode„.ID>. <Par«net.„trlng>, <Parame,er>, 

« J^^'it:!?-i'ss;:^^:^'^iz'"^'"'^' «" au,™, r^trM.,hod. ei„.,n 0^.^.. 

GemaB vereinbarter NotaUon gilt beispieisweise folgende Schreibweise: 
( < Objektpointer > — VstubQ) 
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e™S[iTbX'^.tBf^^^^^^^^^ - referenzierte Objekt wird jedes.a, 

zum Tragen. welche mit den geeigneten Parlmete™ L.!^" '''^ Funktion SX-SEND 

Codesubstitution automatisieS vorP^iS'z^^ToTvorge^^^^^^ Paran^eterversorgung sol. bei der 

is.pb"rXe» 

ZusammenmitderCodesubstitutionfurdieNachrichtenaufrufe^nll**nr,iir-h««^k^- • • ^ . 
gerade im j.wrilise„ B«riebsaj,,em?rozS d« ^^ritoelil? b^rSS Sef Lf," '^"^"^ 0>'i'>^^ 

rn,iSr«ri;'i™^„;^r^^ 
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aJs Ansprechpartner lokal zur Vtm^nsimd Snl^ni^^ ^ Falle einer Anfordening an das reale Objekt 
geforderte Dienstleistung an das reafe ObScI l^c^eS^S'^e^^^^^^ Obemehmen oder die 

anderen Objekten exakt wie die realen O^ekte veSe™ Stub-Objekte soUen sich gegenOber den 

befS^e^ S^tefoSS^^^^^ beispielsweise die Auskunft darflber. ob es sich 

Instanz selbst handelt. kain' drN^StTSer bJ ^e^^^^^^ ""^^ " "^'^ 

Form direkt an das adressierte Objekt gesendet werde.! iTL^^^^^ Programnuersprache C+ + flblichen 

Informationendarilber bereitsteLeiumSrenteo^^^ Stub-Objekt alle notwendigen 

BedarfsfaU kann jedes ObTekrelnsTieBHS deTlS^ 

Stub-Objekt ist Oder nicht Zu dies«^^ ZwSk Sird "b^^ Me^^^ °^ « 

MethodeinderBasisklasseallerApSSLtiSal^nbe^eitli^^^ '^""'^ "'^ ^""elle 

ten alle Objekte der Applikation aSf<^raS d^JS^SS^^^ ^--hal- 
sind Oder reale Objekte. Es wiid in der BasisklaSe S AnoIiS^^^cVf^ ^ "^^^^ °^ Stub-Objekte 
welche im Falle einer Aktivierung ein SegSs S^eSlitfS^^re c^t^^^ Stub-Methode bereitgestellt. 
ren. mdem die Stub-Methode beispielsweisrbei der P^^^^Ll 

enthaltFarStub-KlassenwirddieSMe^^ ^-t + ^as SchlOsselwort virtual 

hefem Stub-Objekte auf die Anfrage vVtuKtm^lSderStub Me^^i ■ " ^T^^^l ^'"^^''"'^ Demnach 
tne '^r" ^^^^'^t-Lp^^S^^^^^^ -'^^^ Ergebnis als die Nicht-Stub- 

deS ObSe^^e'irt^^^^^^^^ ^^Smr^— ''-cht e„t nach 

Nachrichtenmechanismus jeweUs ^ T7ai^nko^^^..^u e"tschieden werden. welcher 

Klassen sowie das Entfemen von SbTela^i lis de^LSnL^ ^^"^^^ '"ri! ^^'"^'^S Instanziening von 
erledigt werden. sondem soil von. Zl^S^Z^Z^l^^'^'J^^"' "'^"^ '""^'^'^ CoiJpiler 

LETE als L5schfunktion enetzt Diese FunkSonerieiQe^^^T?^-!^ 

werden zu jeder ladbaren Einheit d^ugSea SelnSr^ri.!^ h^^^^ ausgefuhrt Diese Funktionen 

tekal Oder remote indistanziert oder gellSt werden soi e^^^^^ Informauonen darQber. ob ein Objekt 

Operator NEW beispielsweise bei der K-o^aSe«p?ache demzufolge entweder der 

zeBkommunikatfon die Instanziening des ObSs in efnenTl^H «x»er es wird uber die Interpro- 

lokal wird dabei nur ein Stub-ObjS?f ,?|ugt dSSsc^^^^^^^ BetnebssystemprozeB angestoBen und 

!•« f^gewendet wird. ein Stub-Objekt odef ein reaSfoS^^^^ °^ ^""^ ^^^^^^ auf das 

DELETE beispielsweise bei der ProgramSeS>rachlc+ I ve^^^^ davon wird entweder der Operator 
munikation das LSschen des Objektes in eS anderen fittriel^^^^ ""o ^'''^ InterprozeBkom- 

Stub-Objekt geloscht Die ImplemenlderanrdTr TnsuSf™^^ angestoBen und lokal wird das 

von Angaben in einer KonfigurauonsXSSInerierL ^ ""^ ^^^chfunktion wird aufgrund 

KonlSLk^et Wr^^^^^^ also auch Aufrufe von 

umzuwandeln sind. Dabei werden die Methods d^ v^™,^!^^^: .^i ^'^"^ '^"'™'« versendbare Daten 

identifiziert. Diese Methoden-Idemff^Llne^^erSn b^^^^^ durch Methoden-Identifikationen 

te. systemweit eindeutig vergeben und Shtels 5S geS£ ProtokoU-Informations-Da- 

besim. D,e ProtokoU-Informations-Datei bUdet SneSstemwelte D!t^^,« ^''^''^ ^^i^^ 

den-Identifikationen. Diese wird bei jeder CodSubSSnTs Jlw^^^^ Methoden und ihre Metho- 
DaeProtokoll-Informations-PaneieithaitSIr^^^^^^^^^^^^ 

— Klassenname, 

— Methodenname, 

sprlr ct;SS;?;;i^^^^^^^^^ ^« beispielsweise in der Programmier- 

du^hdieParametertypeneindJutrgiSntrfS^^^ Methodennamen. sondem erst 

— MSra&JS"^*^^^^ '"^''^^ EinpackenUie Auspacken der Parameter^ 

anderen ProzeB fflhrt im Empfangem^^^^^^^^ i^^' Methoden-Aufruf aus einem 

den-IdenUfikation als Parameter ^"nachst zu emem Aufruf der generischen Methode mit der Metho- 

Daltt^,rr'^e%Sf ^^^^J^^ ^^-eter des Methodenaufrufs in einer 

aKrn^SataTt^^^^^^^ 

"soS:s;ss^^^^ 

fahrea beim Binden^in '^^^aS^S^ei^K^*^^^^^^ ^"P'^f - Aufbereitungsver- 

detzumAufrufenvonMethodlnfarObjektt^e-re^SruT^^^^^^^ 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



DE 41 31 380 Al 

der Sourcen nicht erforderlich. Dies gilt auch bei einer Erweiterung der objektorientierten Applikation. 

Patentanspruche 

- Obie. 

^ ^ ^^l^SVi!-!^^ von Me.o- 

verflJ^.lsTvS):'^''™*'*' ™' Verfahrensschritten des Aufbereitungs- 

d)es wirdeine Klassendeldaration der Sourcen analysiert(V210)fureine Ver^ahP von M«t»,^ u 

Method, to Fo™ der Methode„.|de„dnk',™SS wfrj '^""^^ S»=n»*.„ 

(vSsI APPl*«ion ™. etoe redffinierbar dekliiriene S.ub-Methode ereSnz, 

g»'1i-JJ?5^'=e1^er.Ttt^^ 

— SO daB bei einem positiven Ergebnis des Aufrufs der Stub-Methode fOr das Ohipl,t h^i™ a ki t ■ 

^imto" "«<l'<Hlen f enerien (250). so d»B zu jede, Med,ode der Applikation 

— ihr Klassenname, 

— ihr Methodenname. 

— ihre Parametertypen. 

~ i!!ri*M".1!^!f "Tl"^ Einpacken sowie Auspacken von Parametem. sowie 

— ihre Methoden-Identifikation definiert sind. ^ 

verf:?;en7(^;;c^^^^^^ ' Verfahrensschritten des Konfigurations- 

Mste^^s=^^^ 

nlSS^^kT/erTp^T^^^^^^^^ ~ ^^-). ^-s Ab.auf ein 

zTem.^SjTki'""" der S,s,emkonngura.io« takal-tosttn- 

o5rrrr=,°ati.ro^5^kr"°"°- --ra^ vrd^^j-dS- 

— fur die Loschfunktion sowie 
A-uZ^u^ Hilfsdefinitionen fur die Methoden der Applikation dazugebunden werden. 
'JlJlrfiS^iL^t^r ' ™' ^™-«'"' ™° V?rt»hr.rS,» des K,™„„„,ka. 

r)eswipddieS<ub.MethodeliiretoesderObJektek,kaI.i.(8erolei.(V620XsowietoF,Jledesiiegacivei. 
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Ergebnisses erfolgt ein lokaler Methodenaufruf fur das Objekt (V680X 

s) es wird im Falle des positiven Ergebnisses fur den lokalen Aufruf der Stub-Methode fur das ObiekL 
aus den gebundenen Hilfsdefinitionen v^uJc^^ 

- die Methoden-Identifikation(V640), 

- das remote-instanzierte Objekt ( V64 1 ) sowie - 

- Methodenparameter ermittelt, 

t) es wird anhand des Parameterstrings eine Nachricht verpackt im Lokal-ProzeB (V642), 
u) es wird die Nachricht im Remote-ProzeB empfangen (V670X 

v) es wird im Remote-ProzeB nach dem Auspacken der Parameter (V650) das lokal instanzierte Objekt 
ermittelt (V651), 

Ti"''^^^^ ^^"^ generischen Methode anhand der Methoden-Identifikation (V652) der Aufruf der 
dadurch identifizierten Methode ausgefuhrt (V660X 
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FIG 6 

< Objektpointer> -> <Methodenname> «Parameter» 

<Objektpointer>: Referenz auf das Objekt.an das die Nach- 

richt gesendet wind 
<Methodenname>: Bezeichnung der Nachricht 
<Parameter >: Parameterteil flir die Nachricht 

FIG7 

(KObjektpointer>-> Vstub( ))? (SX_SENO (U CSXobj*) 
<Objektpointer>. < MethodenHDXParameterstring>,<ferameter>^- 
<Objektpointer»<Methodenname>«Parameter » ) 

<Methoden - ID> : Methoden- Identif ikation zur systemweit eindeuti - 

gen Identif izierg. v. Methoden v. Klassen d Applikation 

<Parameterstring>:Zeichenstring zur Identif izierg. v. Parametern beim 
^ Einpacken sowie Auspacken V. Parametern 

FIG 8 

ISX_ SEND ((_ CSXobj*)<Objektpointer>,<Methoden - ID> , 
< Parameterst r i n g > , < Pa ra m et er » 

FIG 9 

<Objektpointer> -> Vstub ( )) 
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